| A-Files: M.A.M.E. | A-Files: AmiGreet | A-Files: Installieren |

1000 mal installiert - 1000 mal is nix passiert.

So etwas ist auf dem Amiga keine Seltenheit und wird von uns eigentlich als Selbstverständlich hingenommen. Man bekommt ein lha-Archiv, entpackt es in die ram-disk und sieht sich einmal an was man da bekommen hat. Eine simple Struktur verschafft sofort Klarheit was bei einer Installation im System alles umgekrempelt wird. Als positives Beispiel nehmen wir einmal oben vorgestelltes AmiGreet. Unterverzeichnisse wie libs,devs, und c sollten jene Dateien enthalten welche später an genau derselben Stelle im System zu finden sein werden, wobei die ordentlich plazierten Icons einen wesentlichen Teil zur Übersichtlichkeit beitragen und erwarten lassen, daß das zugehörige Programm ebenso ordentlich und sauber programmiert wurde. Das zugehörige Installer-Script ist in ASCII geschrieben und sollte, ein wenig Verständniss vorausgesetzt, ohne Probleme lesbar sein. Sehen wir uns also die ersten Zeilen dieses Scripts an:

Zeilen beginnend mit einem Semikolon werden vom installer übersprungen und beinhalten meist Informationen über den Autor und die Version.

In dieser Zeile wird der installer angeweisen die Versionsnummer des Programmes auf 1.4 zu setzten.

Als nächstes wird in ENV:AmiGreet nachgesehen ob eine Datei namens "Name" existiert und, so sie existiert, wird deren Inhalt mittels getenv in die Variable #who geschrieben.

Auf dieselbe Weise wird mit Country und Where verfahren.

Die nunfolgende Zeile übergibt nun den string "Hi " und die Variable #who der Variable #update. Wenn nun in ENV:Amigreet/Name der Name AmigaScene steht beinhalted die Variable #update danach die Zeichenfolge "Hi AmigaScene".

Dasselbe geschieht nun auch mit #details. \n bedeuted hier dasselbe wie in C, nämlich newline, den Beginn einer neuen Zeile.

Damit ist die Festlegung der Variablen abgschlossen und das Intro beginnt. Ein Procedur mit dem Namen WAITX wir definiert, deren einziger Zweck darin besteht die folgende Textausgabe etwas zu bremsen um den Effeckt einer Laufschrift zu erzielen. Bremsend wirken auch die complete Anweisungen, welche eigentlich geschaffen wurden um dem Benutzer eine Angabe zum Fortschritt der Installation liefern zu können.

Zum Abschluss wird noch play16 aus dem Unterverzeichnis c aufgerufen und ihm mitgeteilt es möge bitte so net sein das Soundsample life.iff abzuspielen und sich anschließend wieder zu vertschüssen.

Na also, Sound geht auch. Für die Einen ist es nur ein verspieltes Installer-script, für die Benutzer bunter Betriebssysteme wahrscheinlich ein multimediales Ereignis.

Nun endlich beginnt das eigentliche Installationsverfahren:

macht nix anderes als das wofür wir den Installer so lieben. Der Installer (wohlgemerkt der Installer alleine) checked die vorhanden Laufwerke, fragt nach dem Userlevel, ob wir nur so tun wollen als ob wir wirklich installieren wollen und ob ,und wenn ja, wohin mitprotokolliert werden soll. Genialerweise kann man hier Defaultwerte via Tooltypes vorgeben.

Anschließend noch eine Welcome-message damit auch wirklich klar ist was man da gerade zu installieren im Begriff ist. Vollführt man kein Update existiert die Datei ENV:AmiGreet/Name natürlich noch nicht und die Variable #update ist folgedessen leer. Das "Hi AmigaScene" würde also ausbleiben.

Mit (complete 40) behaupted der Installer das die Installation zu 40% abgeschlossen sei.

Und dann passiert das:

Richtig, hier wurden die Reste möglicher älterer Installationen gesucht und gelöscht. Weil das so toll geklappt hat geben wir gleich wieder eine Message aus bei welcher endlich die Variable #details zum Zug kommt. #details ist ist bei einer Neuinstallation wiederum leer.

Jetzt wollen wir es aber genau wissen und lassen den User wählen wobei "English" mit (default 1) als Vorgabe gesetzt wird. Das Ergebnis dieser wahl wird in der Variable #DOC gespeichert. Mit (help (cat (@askoptions-help)) kümmert sich der Installer selbst um den Hilfetext.

Den Hilfetext kann man leicht erweitern indem man sich eine neue Variable definiert. Das sieht dann in der geänderten Version ungefähr so aus:

"Hello Help!" wird nun, gefolgt von einer Leerzeile vor dem Hilfetext des Installers ausgegeben.

Und nun wird kopiert, gemäß der wahl des Benutzers,

und weiterkopiert,

und weiterkopiert,

und weiterkopiert,

und schließlich wird ein Directory in ENVARC: angelegt.

Und weil�s wieder so toll war, gleich wieder eine Meldung.

Es folgt die Namensabfrage,

und das Speichern als text nach ENVARC:

Das Ganze wird mit Country und Where wiederholt.

Und schon sind wir registriert und können nach dem nächsten Neustart unsere Daten aus ENV:AmiGreet auslesen.

Und weil`s schon wieder so toll war bringen wie gleich die Abschlussmeldung.

Und aus. Hat das auch jeder kapiert?

Im Idealfall ist ein Installation am Amiga ein für den Benutzer transparenter Ablauf und nicht weiter spektakulär. Warum also soviel Wind darum machen? Ein Blick über den Zaun, dorthin wo gestrafte, menschliche Kreaturen versuchen ihr mühseliges Tagwerk mit Hilfe bunter Betriebsysteme zu verrichten, zeigt uns die gravierenden Mißstände welche dort Gleichenfeier halten.

Lädt man sich dort etwas aus dem Internet, bekommt man kein kleines Archiv, welches sich in eine saubere Verzeichnisstruktur entpackt, nein, man bekommt eine einzige exekutierbare Datei, welche nach ihrem Aufruf auch gleich munter damit beginnt dem ganzen System die sprichwörtlichen Wadeln nach vorne zu richten. Die Einbindung des Benutzers geschieht dabei eigentlich nur halbherzig und man hat immer das Gefühl, daß man nur gefragt wird damit man später die Schuld in die Schuhe geschoben bekommen kann, wenn wieder einmal nix mehr geht. Am schlimmsten ist wahrscheinlich die traurige Tatsache daß es sich bei solchen Systemsaboteuren nicht etwa um irgendwelche miesen Programme aus der Shareware-Ecke handelt, sondern sogar professionelle Software immer öfter das Kunststück vollbringt sich selbst mittels eines Updates zu eliminieren.

Auch De- und Reinstallationen helfen immer öfter nicht mehr und wen wunderts schon, wo man doch nach "kompletter" Deinstallation noch immer auffällige Spuren des Programmes findet. Registry-Einträge sind ja sowas von hartnäckig und undurchsichtig und die mannigfache Vielfalt die sich in so einem Betriebsystemverzeichnis befindet trägt auch nicht wirklich zum allgemeinen Verständniss bei. Wer kann schon wirklich sagen ob diese oder jene dll jetzt nach system, system32 oder doch ganz wo anders hin gehört. Selbst erfahrene Systemadministratoren gestehen immer öfter ein, nicht zu wissen, bzw gar nicht wissen zu wollen was da eigentlich genau abläuft.

Wähnen wir uns also glücklich. Mit der Zeit die wir uns beim Installieren sparen können wir ja ein paar wunderbare Torten backen und den Jungs nach Bruxelles zur Unterstützung schicken.

Stephan Bischoff ...........